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AMENDMENTS TO THE Cl>AIMS 

This listing of the claims replaces all prior versions of claims in the application- 
Listing of Clainxs; 

1 . (Currently amended) A method for doAvnloading resources, each having a 
size, from a source to an intermediate storage facihty,, having a finite storage capacity, the 
method comprising: 

a) accepting at least one user-based factor; 

b) accepting at least one resource-based fector; and 

c) proactivelY maximizing an expected value of downloaded resource s via 
utilizatioTi of the u^er-based factor and the resource-ba&ed factor . 

2- (Origina].) The method of claim 1 wherein the at least one user-based 
factor includes probabilities that a user belongs to various user type classes. 

3. (Original) The method of claim 2 further comprising determining the 
probabilities that a user belongs to various user type classes- 

4. (Original) The method of claim 3 wherein the probabilities that a user 
belongs to various user type classes are determined based on evidence using a Bayesian 
network. 

5. (Original) The method of claim 2 wherein the at least one resource-based 
factor includes probabilities that users of the various user type classes will use the 
resource at least once. 

6. (Currently amended) The method of claim 1 whereiu the at least one 
resource-based factor includes probabilities that users of ^ various user type classes will 
use the resource at least once. 
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7. (Original) The method of claim 2 -vs^herein the at least one resource-based 
fector is a probability that the resource will be used at least once and is based on a sum, 
over all user type classesj of a product of (a) a probability that the resource is used at least 
once, given that an applicatiou to which the resource belongs is used at least once, by a 
user of the user type class, a probability that the application to which the resource 
belongs is used at least once by a user of the user type class, and (c) a probabihty that the 
user belongs to the user type class, 

8. (Original) The method of claim 1 wherein the at least one resource-based 
factor includes an association of each of the resources to at least one application class. 

9- (Original) The method of claim 8 wherein the at least one resource-based 
factor includes an indication, for each of the resowces, of whether the resource is a core 
component or an optional component of the application class with which it is associated. 

10. (Original) The method of claim 1 wherein the act of maximizing an 
expected value of downloaded resources includes maximizing an expected value density 
of downloaded resources. 

1 1 . (Original) The method of claim 1 wherein the act of maximi^^ing an 
expected value of downloaded resources includes minimizing an expected cost of not 
having a needed resource. 

12- (Original) The method of claim 1 1 wherein the expected cost of not 
having a needed resource is based on one of enhancement rates of the resources and value 
densities of the resources. ^ 

13. (Original) The method of claim 12 wherein the enhancement rate of a 
resource is based on Uie size of the resource, a probability of that resource being used at 
least once, and a cost of later downloading the resource, 
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1 4. (Original) The method of claim 1 2 wherein the value detisity of a resource 
is based on toe size of the resource and the probability that ih& resource will be used at 
least once. 

15. (Currently amended) An apparatus for downloading resources, each 
having a size, from a source to an intennediate storage facility, having a finite storage 
capacity, the apparatus comprising; 

a) a storage device for storing at least one user-based factor and at least one 
resource-based factor; and 

b) means for nroactivelv maximizing an expected value of downloaded 
resources via utilization of the user-based factor and the resource-based factor . 

16. (Currently amended) A storage medium having machine executable 
instructions whichj when executed by a machine, effect acts of: 

a) accepting at least one user-based factor; 

b) accepting at least one resource-based factor; and 

c) proactively maximizing an expected value of downloaded resource s via 
utilization of the user-based factor and the resource-based factor ^ 

1 7. (Currently amended) A method for installing software components, each 
having a size, from a sotuice to an intennediate storage facility, having a finite storage 
capacity^ the method comprising: 

a) accepting at least one user-based factor; 

b) accepting at least one component-based factor; and 

c) proactively maximizing an expected value of downloaded software 
componem s via atilization of the user-based factor and, the component-based factor . 

18. (OriginiJ) The method of claim 17 wherein the at least one user-based 
factor includes probabilities that a user is member of various user type classes. 
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19. (Original) The method of claim 17 wherein the at least one component- 
based factor includes an association of each of the software components to one of a 
plurality of application classes, 

20. (Original) The method of claim 19 wherein the at least one component- 
based factor further includes an indication, for each of the software components, of 
whether the software component is a core component or an optional component of the 
appUcation class with which it is associated. 

2 1 . (Original) The method of claim 20 wherein the at least one component- 
based factor jfiirther includes probabilities that each of the software components will be 
used at least once by users of various user type classes. 

22. (Currently amended) A method for distributing resonrces, each having a 
size, among at least two storage facilities, each of the storage facilities having a finite 
capacity and a request-to-receive latency, the method: 

a) accepting at least one user-based factor; 

b) accepting at least one resource-based factor; 

c) accepting at least one storage facility-based factor; and 

d) minimizing total expected latencies to request and receive resources via 
utilization of the user-based factor, the resource-based factor, and the storage facility- 
basedjactor . 

23. (Original) The method of claim 22 wherein the at least one user-based 
factor includes probabilities that a user belongs to various user type classes. 

24. (Original) The method of claim 23 further comprising determining the 
probabilities that a user belongs to various user type classes. 
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25. (Original) The method of claim 24 wherein the probabilities that a user 
belongs to various user type classes are determined based on evidence using a Bayesian 
network* 

26. (Currently amended) The method of claim 33^23 wherein the at least one 
resource-based factor includes frequencies at which users of the vaiioiis user type classes 
will use each of the resources. 

27. (Original) The method of claim 26 wherein the at least one storage 
facility-based factor includes an available capacity of each of the two storage facilities 
and a relative request-to-receive latency of each of the two storage facilities. 

28. (Original) The method of claim 27 wherein the total expected latencies is 
a function of the frequencies at which users of the various user type classes will use each 
of the resources, and a difference between the relative request-to-resceive latencies of the 
two storage facilities. 

29. (Original) The method of claim 22 wherein the at least one storage 
facility-based factor includes an available capacity of each of the two storage facilities 
and a relative request-to-receive latency of each of the two storage facilities. 

30. (Original) The method of claim 22 wherein the total expected latencies to 
request and receive resources is minimized based on value densities of the resources. 

3 1 . (Currently amended) The method of claim 30 wherein the value densities 
of the resources are based on the frequency of use of the resources and a difference in 
request to receive latencies between the at least two storage facilities. 
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32. (Currently amended) A method for distributing resources, each having a 
size, among at least two storage facilities, each of the storage faciUties having a finite 
available capacity, tlie metliod comprising: 

a) determining, for each resource, a change in value of storing the resource 
on a first storage facility versus storing the resoinrce on a second storage facility; 

b) determining, for each resource, a change in cost of storing the resource on 
the first storage facility versus storing the resoiurce on the second storage facility; 

c) determining, for each resource, a value density based on the change in 
value determined in act (a) and the change in cost determined in act (b); and 

d) proactively maximizing a total value density given a total size of resources 
being less than the fmite available capacity of the first storage facility, 

33. (Original) The method of claim 32 wherein the value of storing aresource 
on the first storage facility is a fimctioii of a perceived utility of such storage, per request 
for the resource, and a fi"equency of requests for the resource. 

34. (Original) The method of claim 33 wherein the perceived utiHty of such 
storage, per request for the resource, is a function of a tequest-to-receive time delay. 

35. (Original) The method of claim 34 wherein the request-to-receive time 
delay is a function of at least one of (i) a storage device read access time, (ii) a network 
speed, (iii) a network latency, and (iv) the size of the resource, 

36. (Original) The method of claim 35 wherein the network speed is a 
fhnction of a user configuration. 

37- (Original) The method of claim 33 wherein the fi-equency of requests for 
the resource is a fimction of a user type class and a number of users belonging to the user 
type class. 
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3S. (Original) The method of claim 32 wherein the cost of storing a resource 
on the first storage facility is a function of the resource size, 

39. (Original) An apparatus for distributing resources, each having a size, 
among at least iwo storage facilities^ each of the storage facilities having a finite capacity 
and a request-to-rcceive latency, the ^paratus comprising: 

a) a storage device for storing at least one user-based fector, at least one 
resource-based factor, and at least one storage facility-based factor; and 

b) means for minimizing total expected latencies to request and receive 
resources. 



40- (Original) A storage medixim having machine executable instructions 
which, when executed by a machine, efifect acts of: 

a) accepting at least one user-based factor; 

b) accepting at least one resource-based factor; 

c) accepting at least one storage facility-based factor; and 

d) minimizing total expected latencies to request and receive resources. 



41 . (Original) A method for determining whether or not to change the storage 
capacity of an intermediate storage facility, the method comprising: 

a) determining a change in value associated with the change; 

b) determining a change in cost associated with the change; and 

c) determining whether or not to effect the change in the storage capacity of 
the intermediate storage facility based on the change in value and the change in cost. 

42. (Original) The method of claim 41 wherein the units of value and cost axe 
the same, and wherein it is determined to effect the change when the difference between 
value and cost is positive. 

43 . (Original) The method of claim 41 wherein it is determined to effect the 
change when a ratio of value to cost is greater than one. 
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44. (Original) The method of claim 1 wherein the at least one user-based 
factor is a function of a time ofQine until the intermediate storage facility is reconnected 
with the source. 

45. (Original) The method of claim 44 wherein the time offline i$ a 
probability disti-ibution considering at least one of (i) resource context, (ii) a user type 
class, and (iii) a recent usage pattern. 
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